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Introduction 


Expectations 


What  Is  It? 


•  Operationally,  at  Department  of  Defense  (DoD)  level 

-  Enabler  of  interoperable  communications  among  Services 
and  Allied/Coalition  partners 

•  Programmaticallv.  at  Air  Force  (AF)/Electronic  System 
Center’s  (ESC’s)  Global  Grid  Product  Area  Directorate  (PAD) 
level,  e.g., 

-  Means  for  horizontally  integrating  communications  and 
networking  of  AF’s  integrated  Command  and  Control 
System  of  Systems  (C2SoS) 

•  Technically,  communications  transport  network,  e.g., 

-  Transport  and  Network  Layers  of  Open  Systems 
Interconnection  (OSI)  model 

-  Transport  and  Internet  Layers  of  the  Transport  Control 
Protocol/Internet  Protocol  (TCP/IP)  model,  using  common 
network  protocol,  viz.,  IP 


MITRE  s 


Why  Do  We  Need  It? 


•  Shared  communications  infrastructure  provides  benefits 

-  Qperationaiiv.  by  heiping  to  increase  depioyment 
flexibiiity  and  improved  warfighting  capabiiities* 

•  Connectivity  among  aii  participants 

•  Capacity  for  exchanging  any  kind  of  information 
(perhaps  with  astute  fiitering  and/or  adaptive  techniques) 

•  Controi  that  autonomousiy  adapts  to  changing  conditions 

-  Proqrammaticaiiv.  by  saving  money  through 

•  Utiiizing  acceptabie  products  avaiiabie  commerciaiiy 

•  Horizontai  integration  of  iike  functions 

-  Technicaiiv.  by  migrating  towards  extensibie  system 
architecture  that  can 

•  Be  technoiogy  independent  as  possibie 

•  Increase  in  size  and  compiexity  without  bound 


*  This  is  how  “network-centric”  warfare  will  be  done. 
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Where  Are  We  Now? 


•  Operationally 

-  Our  command  and  control  system  is  not  fully  integrated 
and  can  be  improved  in  connectivity,  capacity,  and  control 

-  Our  warfighters  need  better,  i.e.,  more  specific,  useful, 
timely,  and  reliable  information  for 

•  Tailored  situational  awareness 

•  Robust  global  operations 

•  Dynamic  planning  and  execution 

•  Programmatically 

-  Generally,  our  communications  systems  still  are  designed 
and  funded  to  serve  one  User  community  and  vertically 
integrated  to  ensure  required  performance 

•  Technically 

-  Commercial  world  is  ahead  of  DoD  in  developing  many 
needed  communications/networking  technologies 

-  But  there  are  military  needs  that  still  require  development 
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How  Do  We  Get  There? 


•  Operationally 

-  Gradually  evolve  our  operational  communications  systems 
with  more  integrated  communications/networking  structure 

•  Programmaticallv 

-  Continue  to  develop  and  introduce  communication, 
protocol,  or  other  kinds  of  gateways  as  interim  measures 

-  Incorporate  Global  Grid  architectural  tenets  into  both 
current  and  new  acquisition  programs 

-  Provide  specific  technology  roadmaps,  and  whenever 
possible  assist  program  offices  migrate  towards  Global  Grid 

-  Continue  to  utilize  vertical  integration  only  in  situations 
where  requirements  cannot  be  met  with  IP  approach 

•  Technically 

-  Utilize  commercially  available  and  widely  used  IP 
networking  and  other  kinds  of  communications 
technologies  wherever  possible 
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Globul  Grid 


Global  Grid  Definition 


The  Global  Grid  is  DoD’s  communications  and  networking  infrastructure. 
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The  GIG  Vision 

•  Single,  secure  infrastructure  providing 
seamless,  end-to-end  capabilities  to  all 
warfighters;  fused  with  weapons  systems 

•  Supports  strategic,  operational,  tactical,  and 
naval,  base/post/camp  levels 

•  Mission  process  software  applications  and 
services 

•  “Plug  and  play”  interoperability  guaranteed 
for  Joint,  Allied,  and  Coalition  Users 

•  Distributed  information,  database,  network 
management,  and  computer  processing 

•  High-capacity,  netted  operations; 
communication  bandwidth  on  demand 

•  Defense  in-depth  against  all  threats; 
information  assurance;  security  protection 

•  Commercial  implementations  when 

available,  military  when  not,  or  requiring 
other  capabilities _ 


Assured,  Interoperable  Communications 


r 
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Global  Grid  Relationships 


•  Global  Information  Grid  (GIG)  of 
Joint  Chiefs  of  Staff  inciudes 

-  Global  Grid  (GG) 

(applies  DoD  wide) 

-  Integrated  Command  and 
Control  System  of  Systems 
(C2SoS) 

(Air  Force  contribution  to  GIG) 

-  Joint  Battlespace  Infosphere 
(JBI)  (“broker”  and  other 
“middleware”  portion  of  GIG) 
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Where  Does  Air  Force  Global  Grid  Fit? 


Fixed  Long-haul 
Comm  Infrastructure 
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Top-Level  Joint  Battlespace  Infosphere 
(JBI)  -  Global  Grid  (GG)  Concept 
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Some  Architecture-Related  Definitions 


•  Architecture:  Structure  of  components,  their  relationships,  and 
principles  and  guidelines  governing  their  design  and  evolution 
over  time  [IEEE  STD  610.12] 

-  Operational:  Viewpoint  of  User;  Lead:  AFC2ISRC 

-  System:  Viewpoint  of  Developer;  Lead:  ESC 

-  Technical:  Viewpoint  of  Provider;  Lead:  AF/SC  &  AFCA 

•  Protocol :  Set  of  rules  for  processing  communication  data, 
managing  communications  functions,  or  providing 
communications  security 

•  Laver:  Portion  of  communication  system  architecture  reference 
model  encompassing  closely  related  set  of  functions  - 
Protocols  reside  inside  layers 

•  Module:  Self-contained  unit  that  can  easily  be  replaced 

-  Implementation  of  layer  is  module  but  module  can 
encompass  more  than  one  layer 
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Some  Architecture-Related  Definitions 
(Concluded) 

•  Interface  between  layers:  Directional  boundary  and 
associated  application  program  interfaces  (APIs)  that  enable 
two  adjacent  layers  to  interoperate 

-  Simpie,  standardized  interfaces  can  facilitate  variety  of 
layered  implementations 

•  Radio:  Any  impiementation  of  Physical  and  Link  Layers  (only) 
of  communication  system  architecture 

•  Network-Centricitv :  Communications  architecture  attributes 
that  faciiitate  interoperability  among  disparate  Users 

-  Network  convergence,  i.e.,  ability  to  utilize  common 
networking  protocoi,  viz.,  Internet  Protocol  (IP) 

•  Global  Grid  compatibility:  Satisfied  if  one  uses  IP,  can  pass  IP 
packets,  and  can  exchange  routing  information  using 
something  like  Border  Gateway  Protocol  (BGP) 

•  Tenet:  Principle  that  is  useful  as  guide  for  achievement 
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Global  Grid  Architecture  Tenets 


•  Network-centric 

-  Common  global  network  must  connect  to  ALL  centers 
and  platforms 

-  All  Users  are  “addressees”  on  network 

•  As  much  capacity  as  we  can  afford 

-  Capability-driven  vs.  requirements-driven 

-  Network  adapts  to  capacity  available 

•  Network  must  be  modular  and  reconfigurable 

-  Adapts  to  meet  changing  User  missions  and  battlefield 
conditions 

•  Extensible 

-  Enables  rapid  technology  insertion 

•  Protection  matched  to  threat 

-  Integrated  security  and  protected  links 

-  Network  adapts  to  threat 
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Air  Force  Network-Centric 
Global  Grid  Vision 
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Video 


Voice 


•  Integrated  network 

•  Fixed  and  Mobile  Users 

•  Global  connectivity  via 
SATCOM,  radio  and 
terrestriai  backbone 

•  All  digital  services 

•  Adaptable,  scaleable 

•  Robust,  protected 

•  Self-managed 
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Achieving  the  Global  Grid  Vision  through  a 
“Layered”  Comm  System  Architecture 

Step  1:  Connectivity  to  all  Users 

•  Connect  links  to  a  network 

•  Interconnect  networks 

Step  2:  Capacity  Users  can  afford 

•  Efficient  use  of  RF  spectrum 

•  Adaptable  to  needed  bandwidth 

•  Higher  data  rate  wireless  comm 

Step  3:  Control  by  User 

•  Quality  of  service  (QoS) 

•  Autonomous  management 

•  Information  assurance 


sctfarfiL^ 

MITRE 


Challenges:  Applying  Layered  Architecture 


Distributed  Information  System 
Reference  Model 

Perform  operation 

Applications 

Process  information 

♦ 

Services  0^ 

Provide  connectivity 

Comm 

Architectural  Challenge: 

•  Defining  boundaries  between  functional  layers 

>  —  Utilize  common  services 

-  Network-centric  --  “ignorant”  of  information 

-  Links  adapt  to  needs  of  media  environment 

-  Separation  of  messages  from  the  media 


Integration  Challenge: 

•  Communication  system  is  created  vertically 

—  Provides  communications  service  to  a  program 

•  Communication  must  be  designed  horizontally 

—  Creates  infrastructure  for  Air  Force 

—  Facilitates  Joint  interoperability 

—  Lays  basis  for  coalition  partnerships 

—  Could  lead  to  cost  savings 


Used  to  design  system  vertically  as  “stove-pipe”. 

Now  design  with  interfaces  and  get  whole  new  vertical  capability, 
e.g.,  broader  set  of  applications  and  communicate  with  more  people. 

Design  horizontally;  integrate  and  use  vertically. 
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Developing  the  Global  Grid 
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Air  Force  Global  Grid  Network  Status 


MITRE 


Layered  Architecture 
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Layered  Architectural  Approach  is 
Advocated  But  Why  Layer? 


•  Properly  layered  architecture  is  advocated  as  approach  to 
achieving  Giobal  Grid  vision 

-  Partitioning  of  system  functions  within  independent 
groupings,  i.e.,  layers  or  sub-layers 

•  Each  layer  brings  its  own  resources 

-  Adoption  of  open,  standard  interfaces  between  layers 

•  But  why  layer? 

-  Based  on  proven  commercial  implementation  of  Internet 

-  Flexible:  Allows  systems  to  evolve  with  fewer  constraints 

-  Extensible: 

•  Future  ~  even  unknown  —  technologies  can  be  introduced 
with  relative  ease 

•  Number  of  network  nodes  can  grow  without  bound 
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Plan  on  Obsolescence  — 

Be  Flexible  and  Extensible 


Specify  the  components,  then  integrate  the  system  to  suit  the 
immediate  need. 
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Global  Grid  Reference  Model  (GGRM)  is 
Hybrid  of  OSI  and  TCP/IP  Reference  Models 
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Comparing/Contrasting  OSI  and  GG 
Models  Layer  and  Sublayer  Definitions 
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Comparing/Contrasting  OSI  and  GG  Models 
Layer  and  Sublayer  Definitions  (Concluded) 


OSI  Model 


In  GG  Model 
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Generic  Data  Flow  Operations  GGRM  Layers 
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S  and  V  are  “streams”  of  data 
(or  signals  at  the  physical  layer) 

U  and  T  are  streams  of  data 

Fand  G  are  functions 
performed  within  the  layer 

P  is  the  layer  protocol  that 
operates  on  the  functions  and 
the  streams 

◄ - ►  represents  logical 

peer-to-peer  communication 


Notes: 

•  The  GGRM  includes  a 
technical  architectural 
framework  for  analyzing  and 
placing  (among  model  layers) 

-  All  communication 
applications,  protocols,  and 
functions 

-  Management  and  security 
functions 

-  Standard  interfaces 
between  layers. 

•  The  GG  focuses  primarily  on 
the  Transport  and  Network 
Layers  and  their  associated 
interfaces. 

•  However,  in  the  wider  sense, 
the  four  bottom  layers  from  the 
Transport  Layer  down  can  be 
considered  part  of  the  GG 
infrastructure. 
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Service  Modeling  of  Layering 


On  the  left,  Layer  N  obtains  services  from  Layer  N-1  (N  =  2 . 6,  for  a  7-iayer  model)  in  order  to  perform  formatting 

and  procedural  functions.  Simiiariy,  on  the  right.  The  two  Layers  cooperate  logicaiiy  using  the  same  protocoi. 
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Applying  GGRM  to 

Air  Force  Enterprise  Management 


. . 


Application 


Mission 


Each  mission  comprises  one  of  the 
enterprise  activities 


Service 


Transport 


Link 


. . 


Physical 


Typically  many  distinct  applications 
support  a  given  mission 


Each  application  may  utilize  several 
commonly  available  generic  services 


One  or  more  transport  protocols  may  apply 
^o  ensure  quality  of  service  (QoS) 


A  single  network  protocol  (IP)  is  necessary 
foir  network-centric  operation 


The.  Link  layer  adapts  to  IP  and  QoS  needs 


Any  physical  media  can  be  handled  by 
an  adaptable  Link  layer 
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Mission  Layer  Functionality 


Mission 


Application 
Service  y 

Transpoiy 
Network 
Link 
Physical 


•  Enterprise  management 
contains  many  missions 
representing  warfighting 
operations  carried  out  by  Air 
Force  commanders,  e.g., 
C2/iSR  missions 

-  AMTi/GMTi/SAR 

-  NCCT/iSR 

-  DTiG 

•  Each  mission 

-  Can  be  represented  as  a 
set  of  business  processes 

-  involves  the  integrated  use 
of  multiple  C2  systems  and 
their  related  applications. 
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Application  Layer  Functionality 


^Transpori 


Network 

Link 

Physical 


•  The  Application  layer  includes 
all  AF  enterprise  applications 
that  can  be  categorized  as 

-  Network  core  services 

-  Common  User  services 

-  AF  C2  and  ISR 
applications 

-  Other  AF  appiications 

-  Information  appiiances. 

•  Other  applications  that  User 
accesses  directly,  e.g., 

-  HTTP* 

-  Telnet 

-  X.400,  X.500 


*  Also,  could  be  viewed  as  being  at  tbe  Service  Layer 
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Service  Layer  Functionality 
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•  The  Service  layer  provides 
utilitarian  services  for  supporting 
many  applications,  e.g., 

-  Message  formatting 
standards,  e.g., 

•  XML 

•  TADIL-J 

-  Dll/COE  software 

•  The  TCP/IP  suite  contains  many 
protocols  considered  to  be  at  the 
GG  Service  layer,  e.g., 

-  FTP*,  SMTP 

-  SNMP,  MIB-II 

-  OSPF,  BGP4 


*  Also,  could  be  viewed  as  being  at  tbe  Application  Layer 
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Transport  Layer  Functionality 


Mission 


Application 
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Uses  a  minimal  number  of  transport 

protocols  --  TCP,  UDP,  etc. 

-  TCP  is  a  connection-oriented 
(“reliable”)  protocol  that  ensures 
delivery  of  intact  data,  including 

•  Scaled  Window  Option 

•  Congestion  Control 

-  UDP  is  a  flexible,  connectionless 
(“unreliable”)  protocol  that  does  not 
ensure  delivery  of  intact  data. 

-  TCP/UDP-to-IP  and  IP-to-TCP/UDP 
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Network  Layer  Functionality 
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Physical 


Use  a  common  network  protocol,  viz., 
the  Internet  Protocol  (IPv4);  IPv6  is 
under  development  and  has  many 
improvements. 

IP  includes  many  sub-protocols,  e.g., 

-  ICMP 

-  IGMP 

-  ARP 

-  RARP 

Other  networking  protocols  such  as 

-  IPX 

-  IBM  networking  protocol 

-  X.25 

are  expected  to  die  by  attrition. 
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Link  Layer  Functionality* 
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•  Asynchronous  Transfer  Mode 
(ATM)  (LAN  emulation  protocol; 
ATM  Forum  specified) 

•  Ethernet  (IEEE  802.3;  802.1  p-QoS) 

•  Frame  Relay 

•  MPLS 

•  Serial 

-  HDLC 

-  PPP  (full-duplex  serial  data 
links  [RFC1 661];  IETF 
specified)  provides 

•  Datagram  encapsulation 

•  Link  control 

•  Network  control 


^  All  protocols  listed  are  standard  and  support  the  Internet  Protocol 
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Physical  Layer  Functionality 
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•  Typical  wired  physical  media 

-  Copper  -  twisted  wire,  e.g., 

•  Ethernet  10  Base  T 

•  100  Base  T  (802.3  PHY) 

-  Copper  -  coax,  e.g., 

•  Ethernet  10  Base  2  (802.3  PHY) 

-  Fiber,  e.g., 

.  FDDI  PHY(X3.148) 

•  Important  wireless  physical  media 

-  Sateiiite 

-  Radio 
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Summarizing  Roles  of 

Global  Grid  Reference  Model  Layers 


Application 


JT_ 


Service 


y\. 


Network 


Link 


Simplifying  layer  descriptions 
by  combining  three  layers 

-  Mission/Application 

-  Service 

-  Transport/Network 

-  Link/Phvsical 

User  interacts  directly  with 
Application  Layer  applications 

User  does  not  interact  directly 
with  Service  Layer  applications 

Network  connects  with  any 
other  node  via  Internet 
Protocol 

Link  only  connects  with  same 
type  Link  over  single  “hop” 


A  radio  is  an  implementation  of  the  Link  Layer. 
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Layering  is  Ubiquitous  in  Networking; 
It  Can  Be  Applied  to  Radios... 


•  In  the  layered  view,  a  “radio”  is  only  one  part  of  a  complete, 
network-centric  military  communication  system. 

(And  the  “link”  is  where  most  military  specific  needs  are...) 
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Layering  Concepts  are  Applicable 
Within  the  Radio  As  Well. 


•  Decomposing  the  “radio”  improves  flexibiiity  and  enabies 
component  re-use. 


I  Service  I 


1 

Adaptation 

Link  Management 

$ 

4 

Media  Access 

Encode 

Decode 

4  4 

4  4 

Moduiate 

Demoduiate 

.  -w — .  - _ ^ 

4 

1  r 

Up  Convert 

Down  Convert  [ 

4  4 

Power  Amp 

LNA 

4  4 

4  4 

Transducer 

Example:  Access  scheme 
(e.g.,  TDMA,  CSMA, ...)  and 
modulation  type  (e.g.,  BPSK, 
FSK, ...)  are  distinct 
concepts.  They  can  be 
implemented  as  “opaque” 
components  and  combined 
as  needed. 
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Adaptive  RF  Links 


1  “RF”  Abstraction 

1 

1  Demod 

r  ^  ^  , 

1  l" 

1  “-f 

[  Pf  J 

1  r 

Transducer 


•  Focus 

-  Protocol  agnostic*,  adaptable,  wireless  data  links 


•  Challenges 

-  Achieving  per-packet  adaptation 

-  Standardizing  controi  interface 


Channel  Trade-off  Space 


Data 


i5 

0) 

Q 


•  Impact 

-  Will  provide  open,  inexpensive, 
adaptive,  tacticai  radios 


Voice 


Rate 


*  Non-committal;  non-dogmatic 
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VIDEO 


Doesn’t  This  Layering  Preclude  Integration? 


•  No,  layering  and  integration  complement  each  other... 


— 


1 _ n_ 

1 _ TL, 

Exposed  interfaces  must  be  standard,  but  not  all  interfaces  need  be  exposed. 
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Why  Must  We  Change  “INFOSEC”? 


•  In  a  heterogeneous  network,  we  need  to  decouple  concepts 
like  data  “privacy”  and  link  “robustness/covertness” 


-  “Privacy”  is  an  end-to-end 
issue.  Only  the  source  and 
destination  applications 
should  ever  see  the  data. 

-  “Robustness/covertness” 
are  link-specific  issues. 

Each  link  may  need  to  apply 
different  protection  schemes. 
There  may  be  many  links 
along  one  routed  connection. 
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Partitioning  INFOSEC/COMSEC  - 
“Basis  Vectors”  for  Security? 


•  “Security”  is  realiy  severai  functions 

-  Non-repudiation  - 

-  Privacy  - 

-  integrity - 

-  Authorization - 

-  Key  Management - 

-  Authentication - 


-  Robustness - 

-  Covertness - 

These  functions  should  he  considered  separately;  given 
function  might  be  associated  different  layer  than  shown 


MITRE 
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Connectivity  Among  Network-Centric 
Radios 


Multi-Link  Capable  Node  Enabling  principle:  Everyone  uses 

the  same  networking  protocol, 
viz.,  IP,  and  has  an  IP  address. 


Application 

p-/ — ^ 

Service 


Application 

Application 

^ 

Service 

p/ — ^ 

IP 

Network  ■ 

1  ^t^rk  1 

Link 

Service 


Application 

Network 
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Service 

IP 

"Link  C 
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Our  View  of  Architecture  — 
Definition  and  Properties 


•  Definition:  Structure  of  components,  their 
reiationships,  and  principies  and  guideiines 
governing  their  design  and  evoiution  over  time 

•  Good  architecture  shouid 

-  Be  independent  of  technology 

-  Embrace  alternative  implementations 

-  Not  change  (much)  as  system  evolves 

•  Provides  top-ievei  design  guidance 

•  Defines  ciasses  of  technoiogy  avaiiabie 

•  Changes  siowiy  compared  to 

-  Technologies 

-  Implementations 

•  Layering  is  recommended  as  way  to  ensure 
technoiogy-  and  impiementation-independence 

•  Interoperabiiity  can  be  achieved  with  horizontai 
integration  (using  common,  e.g.,  XML  and  IP,  standards 
and  separating  messages  from  Link  Layer  media) 

•  Buiid  “robust”  iinks  without  networking  functions 
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Getting  Connected 
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Migration  Strategy 


•  Today’s  subnets  are  largely  unconnected 

-  Each  built  to  meet  individual  community  needs 

•  Near-term  and  mid-term  strategy 

-  Use  gateways  to  achieve  connectivity  among  subnets 

-  Each  community  must  plan  to  evolve  its  subnet  toward 
future  Global  Grid  vision;  e.g., 

•  ESC  DAC  Directive  002  -  Use  IP 

-  Systems-of-systems  strategy  must  be  developed  for 
managing  across  gateway-connected  subnets 

•  Long-term  strategy 

-  As  each  community  achieves  its  plan,  need  for  stand¬ 
alone  gateways  will  diminish 

-  End-to-end  strategy  for  achieving  enterprise  Global 
Grid  management  must  be  developed 
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A  Simple  Internetworking  Example 


Server 


Workstation 
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The  Internet  Model 

IP  Over  Many  COTS  Link  Layers 


Network  Layer 
(Layer  3) 

IP 

Link  Layer 
(Layer  2) 

ATM 

BS 

Ethernet 

Frame 

Relay 

ESI 

MPLS 

These  commercial  links  have  broad  support  on  a  variety  of 
devices  (PCs  with  various  OSs,  routers,  firewalls,  etc.) 
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But  it  Took  Lots  of  Work  to  Make  This  Happen 


Lots  of  specifications: 

RFC  894-IP  Over  Ethernet 
RFC  826-ARP  Over  Ethernet 
RFC  2226-IP  Broadcast  Over  ATM 
RFC  2225-IP,  ARP  Over  ATM 


Plus,  hundreds  (probably  thousands)  of  Network 
Device  Drivers  for  Windows  (3.1,  95,  NT,  98,  ME, 
2K,  XP,  etc),  Solaris,  Macintosh,  Linux, 

FreeBSD,  NetBSD,  etc. 


RFC  1932-IP  Over  ATM  Framework 
RFC  1926-  Encapsulation  of  IP  Over  ATM 
...And  Many,  Many  Others! 


Network  Layer 
(Layer  3) 

Link  Layer 
(Layer  2) 


IP 


Frame 

Relay 
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We  cannot  expect  the  same  to  be  accomplished  for  all  the 

different  DoD  Data  Links! 
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But  That’s  OK  ...  New  Commercial 
Data-Links  Face  The  Same  Obstacle 

They  Have  Successfully  Worked  Around  It. 


•  The  secret  is  leveraging  the  existing  base  of  broadly 
supported  data-links  (like  Ethernet)  in  a  terminal  that 
transparently  interfaces  with  the  new  data-link. 

•  Your  cable  modem  is  a  commercial  terminal  that  hides  the 
cable  data-link  (DOCSIS)  behind  a  standard  Ethernet 
interface! 


Ethernet  Cable  TV  Interface 

(commercial  data-link  that  doesn’t  fit  Internet  model) 

MILSATCOM  terminals  can  adopt  this  model,  for  example.  | 
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Some  Protocols  Useful  for  Instantiation  of 
Global  Grid-Compatible  Network 


Layer 

Protocol 

Reference 

Notes 

Application 

BGP4 

RFC  1775 

Recommended  for  being  part  of  the  Global  Grid. 

SNMP  (including 
MIB-II) 

RFC  1098 

Recommended  for  being  part  of  the  Global  Grid. 

The  RFC  references  SNMPvl,  which  has  minimal  security 
features. 

Transport 

TCP  (including 

Scaied  Window 
Option  and  TCP 
Congestion  Control) 

RFC  793 

RFC  1323 

RFC  2001 

Recommended  for  being  part  of  the  Global  Grid. 

Current  implementations  do  not  support  efficient 
communications  over  certain  links,  i.e.,  those  with  large  delay- 
bandwidth  products 

UDP 

RFC  768 

Recommended  for  being  part  of  the  Global  Grid. 

Network 

IP 

RFC  791 ;  RFC  750 
(subnets);  RFC  922 
(broadcast);  RFC 
1519  (CIDR);  RFC 
1108  (security) 

Recommended  for  being  attached  to  or  part  of  the  Global  Grid. 

Currently,  there  Is  only  limited  support  for  mobile  platforms  and 
networks,  multicast  dissemination,  and  QoS/precedence 

ICMP 

RFC  792 

Recommended  for  attaching  to  the  Global  Grid. 

Link 

Ethernet 

Serial 

ATM 

Etc. 

IEEE  802.3 

HDLC;  PPP 
[cf.  JTA  for  ATM 
requirements] 

Recommended  for  attaching  to  the  Global  Grid. 

A  given  network  attaching  to  the  Global  Grid  will  not  need  to 
support  all  link  types  simultaneously;  only  one  of  those 
pertaining  to  the  local  interface. 
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Gateway  to  the  Global  Grid 


Focus 

-  Link-independent  data  representations  (common  format) 

-  i^  networking  over  legacy  systems  (common  transport) 

Approach 

-  IP  “tunnel”  over  legacy  (JTIDS)  radios 

-  Capture  “essence”  of  data  in  link-neutral  schema 

JTIDS 


rrrrr 


] 


Internet  Protocol  (IP) 


Impact 

-  Makes  legacy  “links”  components  in  the  Global  Grid 
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Example  Long-Term  Recommendations 

for  Joint  STARS 


■  COTS 


The  Internet  Protocol  (IP) 
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Standards 


•  IPv4  (This  first  major  version  of  iP  is  the  internet  standard.) 

-  What  does  IP  do?  (IP  basically  forwards  packets!) 

•  The  IP  header 

Originally  provided  a  unique  address  (32  b)  for  everyone 
on  the  network 

Allows  for  data  transfer  between  different  types  of 
networks,  e.g.,  Ethernet  and  Token  Ring 

Specifies  to  which  Transport  Layer  protocol  the  IP 
datagram  (block  of  data  or  packet)  belongs 

Provides  bits  of  information  on  routing,  time  to  live  (TTL), 
options,  e.g.,  security  field,  etc. 

-  What  doesn't  IP  do? 

•  IP  does  NOT  guarantee* 

Delivery 

Ordered  arrivals  of  packets 

Unaltered  content  (checksum  is  only  for  header) 


*  However,  these  services  easily  can  be  effected  by  the  next 
higher  layer  protocol,  e.g.,  the  Transport  Control  Protocol  (TCP). 
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Standards  (Continued) 

•  IPv6  (next  major  version  of  IP  expected  --  but  this  is  debatabie) 

-  What  improvements  are  in  the  offing? 

•  128-b  addressing  formats  permit  vast  network  growth 
(but  this  implies  lots  of  header  overhead  for  short  packets) 

•  Added  fields  and  extension  headers  allow  for 

Improved  QoS 

More  efficient  mobility  mechanisms 

More  support  to  wireless  communications 

Enhanced  security  features 
(but  security  is  issue  in  changing  from  IPv4  to  IPv6) 

More  robust  multicast  capabilities 

Inherent  auto-configuration  facilities 

Extendable  protocols  and  interfaces 

Improved  network  maintainability 

-  Backward  compatible  transition  strategies  inciude 

•  Tunneling  data  through  the  IPv4  infrastructure 

•  Building  dual  IPv4/IPv6  devices 
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Standards  (Concluded) 

•  IPv6  (concluded) 

-  Why  hasn’t  this  standard  “taken  off”? 

•  Exist  ways  for  getting  around  32  b  address  limitation* 

-  IPv6  has  many  advantages  but  no  great  leap  in  capabiiity, 
so  overcoming  legacy  IPv4  may  not  be  worth  it.  However, 

•  Most  new  devices  on  market  can  handle  IPv6  routing 

•  Proliferation  of  wireless  communications  is  one  of  strongest 
motivations  for  transition  to  IPv6 

With  ubiquity  of  wireless  devices,  IPv4  address  space  will 
be  severely  strained 

Wireless  community  has  mandated  IPv6 

•  Near-term  transition  to  IPv6  must  be  addressed 

All  major  inventors  and  architects  of  IPv4  internet 
strongly  promote  IPv6 


*  Use  of  private  addresses,  combined  with  Network  Address  Translation 
(NAT)  to  public  IP  addresses  when  communicating  with  public  peers 
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Formats 


Version  IHL  (4) 

(4) 

TOS  (8) 

Total  Length  (16) 

Identiflcation  (16) 

Flags  (4)  Fragment  Offset  (12) 

Time  to  Live  (8) 

Protocol  (8) 

Header  Checksum  (16) 

Source  Address  (32) 

Destination  Address  (32) 

Options  (none  or  up  to  32) 

IPv4  Packet  Header  Format 

(The  number  of  bits  allocated  to  each  field  is  shown  in  parentheses.) 
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Formats  (Concluded) 


Source  Address  (32) 
Source  Address  (continued)  (32) 


Source  Address  (continued)  (32) 
Source  Address  (concluded)  (32) 
Destination  Address  (32) 
Destination  Address  (continued)  (32) 
Destination  Address  (continued)  (32) 
Destination  Address  (concluded)  (32) 


IPv6  Packet  Header  Format 

(The  number  of  bits  allocated  to  each  field  is  shown  in  parentheses.) 
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Characteristics 

•  Operationally,  IP  is  mostly  “best  effort”  networking  protocol 

-  Without  much  QoS  capability  for  “meshed  fabrics”  (as  yet) 

-  IPv6  will  have  some  improved  QoS  properties,  e.g., 

•  Flow  identification 

•  However,  IP  products,  especially  routers  and  switches,  have 
extremely  robust  QoS  features  that  are  not  generally  used 

-  Available  bandwidth  provides  enough  QoS 

-  Network  engineers/managers  can  be  unaware  of  available 
IP  QoS  features  or  may  not  know  how  to  configure  them 

-  ISPs  may  not  know  how  to  tariff  value-added  QoS  services 

•  IP  provides  rigid  QoS,  agile  QoS,  and  precedence/priority 

-  Rigid  IP  QoS,  provided  by  the  Resource  Reservation 
Protocol  (RSVP),  provides  QoS  equivalent  to  ATM,  with 
additional  multicast  QoS  features 
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Characteristics  (Continued) 


•  IP  provides  rigid  QoS,  agile  QoS,  and  precedence/priority 
(concluded) 

-  Agile  QoS  bandwidth  can  be  aliocated  parametricaliy,  e.g., 
by  protocoi,  source-destination  pair,  etc.  If  bandwidth  for 
some  parameter  set  is  not  being  used,  this  bandwidth 
may  be  borrowed  by  another  parameter  regime 

-  Precedence/priority:  Large  packet  may  be  queued  for 
transmission  ahead  of  (smallish)  voice  packet  that  is 
delay  sensitive  ~  IP  will  break  large  packet  into  small 
packets,  and  queue  voice  packet  in  front  of  fragmented 
large  packet 

•  To  help  overcome  disadvantages  of  ad  hoc  mechanisms  with 
IP,  QoS  frameworks  have  been  developed 

-  Integrated  services  framework 

-  Differentiated  services  framework 

-  Combination  of  the  two  frameworks 
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Characteristics  (Continued) 


•  IP  accommodates  Classes  of  Service  (CoSs) 

-  Internet  service  provider  (ISP)  charges  more  for  better 
CoS,  typically  realized  simply  by  more  bandwidth 

-  In  Internet,  edge  devices  enforce  customer  Service  Levei 
Agreements  (SLAs)  -  Edge  devices  may  shape  customer 
data  to  bring  into  SLA  conformance  -  If  data  are  too  far 
out  of  conformance  to  SLA,  they  may  be  dropped 
(reputable  ISP  would  make  sure  that  set  of  all  SLAs  can 
be  handled  by  network  interior) 

-  Customer  can  use  resource  reservation  (RSVP)  in  its 
portions  of  data  path  to  get  QoS 

-  Military  utilizes  precedence/priority  model  based  on 
command  hierarchies  in  addition  to  buying  commercial 
service,  through  DISA,  for  example 
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Characteristics  (Continued) 

can  “ride”  on  almost  anything,  commoniy 

-  10  Mb/s,  100  Mb/s,  &  1  Gb/s  Ethernets 

-  Token  Ring 

-  Fiber  Distributed  Data  Interface  (FDDI) 

-  Asynchronous  Transfer  Mode  (ATM) 

•  IP  over  ATM  is  not  only  possible,  it  is  norm 

•  ATM  (debate  between  ATM  and  IP  has  raged)  is  protocol  that 

-  Operates  at  Network  and  Link  Layers  (mostly) 

-  Employs  fixed-length  “cells” 

•  Higher  speed  encryptors  exist  for  ATM  than  iP* 

-  Provides  good  QoS,  e.g.,  reliability,  latency,  throughput, 
capabilities  through  “virtual”  circuit  (emulation)  service 

•  One  can  pick  path  to  get  more  timely  delivery 

•  But  it  is  more  difficult  to  maintain  routing  tables 


sctfarfiL^ 

•  IP 


*  Thus,  no  market  yet  for  IP  encryptors;  however, 
ASICs  can  solve  variable-length  IPv4  packet  problem. 
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Characteristics  (Continued) 

•  Largely  because  of  beneficial  QoS  features  of  ATM,  compared 
to  Ip,  perceptions  are  that  ATM 

-  Uses  more  overhead 

-  Is  much  harder  to  manage  than  IP  (big  drawback) 

-  Is  generally  more  expensive  than  IP 

•  Also, 

-  ATM  does  not  scale  well  with  greatiy  increased  end  Users 

-  DISA  does  not  provide  ATM  service,  i.e.,  DISA  routers  use 
IP,  so  ATM-ATM  end-to-end  QoS  does  not  apply 

•  DISA  uses  non-standard  Leading  Edge  Service  (LES) 

•  DISA  is  moving  away  from  ATM  and  towards  Muiti-Protocoi 
Labei  Switching  (MPLS) 

•  Thus,  because  of  this  “appies  and  oranges”  situation,  cost- 
benefit  tradeoffs  between  ATM  and  IP  are  advisable 
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Characteristics  (Concluded) 

•  Current  systems  often  employ  hybrid  of  ATM  and  IP,  e.g., 

-  The  Combat  Information  Transport  System  (CITS)  uses 

•  ATM  “backbone”  or  Gb  Ethernet  for  wider-band 
communications  across  AF  base 

•  Mostiy  Ethernet  LANs  and  very  few  “native”  ATMs 

•  Prevailing  opinion  seems  to  be:  Do  what  CITS  does,  i.e., 

-  Employ  ATM  for  network  wide  operations,  e.g.,  to 
replace  telephony 

-  Utilize  IP  for  end  User 

•  However,  it  is  noted  that 

-  CITS  is  evolving  towards  more  IP 

-  U.S.  Navy  is  also  moving  more  towards  IP  after 
advocating  ATM 
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Wrap 
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The  Message 


•  This  is  an  exciting  time! 

•  We’re  moving  towards  network-centric  warfare. 

•  There  are  major  initiatives  in  ali  the  Services  to  impiement 
better  networks  to  help  the  warfighter 

-  Air  Force:  Multi-Sensor  C2  Constellation/Aircraft 

-  Army:  Objective  Force/Future  Combat  Systems 

-  Navy:  FORCEnet 

-  Coast  Guard:  Deep  Water 

•  We  need  to  design  and  build  things  horizontally  for 
interoperability,  and  integrate  components  vertically  for 
greater  operational  capability 

•  Good  architectures  help  in  reconfiguring  evolving  systems 
and  inserting  new  (and  as  yet  unknown)  technologies;  key  is 

-  Layering  mentality 

-  Clean,  open  system  interfaces 
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“So  What”  Should  We  Do? 


•  Consider  how  our  (mostly?)  vertically-integrated  system  can 
evolve  to  have  more  of  horizontal  Global  Grid  component 

-  Think  about  and  adopt  layered  architecture  principies 

-  Work  on  “layering”  our  systems  for  longer  term 

-  Become  more  “network-centric”  as  funding  permits 

-  At  minimum  adopt  Internet  Protocol  and  ensure  capability 
to  route  IP  packets 

•  Define  and  publish  what  operationai  QoS  is  needed 

-  Quantify  our  missions’  communication/networking  needs 

-  Think  Globai  Grid  for  most,  if  not  ali,  of  them 

-  Then  let  Global  Grid  try  to  satisfy  them 

•  Work  with  Giobal  Grid  on  two-way  “interface”  between  our 
mission  appiications  and  communications  transport 

-  Help  determine  what  needs  to  stay  (for  now)  “stovepiped” 
to  meet  timeiiness  and  other  QoS  expectations 

•  Ensure  that  our  program  applications  are  “network  aware” 

-  Our  program  architectures  shouid  be  able  to  accommodate 
shortfalls  in  expected  Global  Grid  performance 
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Summary 


•  The  Global  Grid  is  a  subset  of  the  Global  Information  Grid  (GIG); 
communications/networking  infrastructure  layer  that  v\^  enable 

-  Network-centric  communications  environment 

-  Ubiquitous,  scalable  connectivity  (using  IP) 

-  Adaptable  and  efficient  comm  links  affording  more  capacity 

-  Autonomous  network  control 

-  Security  (information  assurance  at  each  architectural  layer) 

•  Global  Grid  activities  are  heiping  to 

-  Define  architectural  vision  and  tenets  for  comm/networking 

-  Highiight  areas  of  concern  about  “stovepiped”  thinking 

-  Provide  guidance  for  DoD  decision  makers 

•  Initial  connectivity  capability  is  achievable  but  we  should 

-  Align  to  commerciai  communication  technology  base 

-  Focus  DoD  technology  investments  on  gaps 
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•  What  are  some  GG  tenets? 


•  What  do  we  mean  by 
layering? 


•  How  will  the  GG  be 
achieved? 


Information  centric 
Complete  connectivity 
Affordable  capacity 
Unlimited  extensibility 
Protection  matched  to  potential 
threats 

Autonomous  control 
Full  adaptability 

Technology-independent 
architectural  approach  for  most 
flexibility  in  evolving  to  GG 

Programs  must  utilize  every  chance 
to  incorporate  the  GG  tenets  in  their 
architectures  and  migrate  their 
implementations  accordingly 
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Acronyms 


AF  =  Air  Force 

AFC2ISRC=Air  Force  Command  and  Control  Intelligence,  Surveillance  and 
Reconnaissance  Center 

AFC  A  =  Air  Force  Communications  Agency 

AMTI  =  Airborne  Moving  Target  Indicator 

API  =  application  program  interface 

ARP  =  Address  Resolution  Protocol 

ASIC  =  application  specific  integrated  circuit 

ATM  =  Asynchronous  Transfer  Mode 

BGP  =  Border  Gateway  Protocol 

BPSK  =  binary  phase  shift  keying 

C2  =  command  and  control 

C2SoS  =  Command  and  Control  System  of  Systems 

CITS  =  Combat  Information  Transport  System 

COE  =  Common  Operating  Environment 

CONOPS  =  concept  of  operations 

CoS  =  class  of  service 

CSMA  =  Carrier  Sense  Multiple  Access 
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Acronyms  (Continued) 


DII  =  Defense  Information  Infrastructure 

DISA  =  Defense  Information  Systems  Agency 

DISN  =  Defense  Information  Systems  Network 

DoD  =  Department  of  Defense 

DTIG  =  Deployable  Theater  Information  Grid 

ESC  =  Electronic  Systems  Center 

FAB-T  =  Family  of  Beyond-Line-of-Sight  Terminals 

FDDI  =  Fiber  Distributed  Data  Interface 

FSK  =  frequency  shift  keying 

FTP  =  File  Transfer  Protocol 

GBS  =  Global  Broadcast  Service 

GG  =  Global  Grid 

GGRM  =  Global  Grid  Reference  Model 

GIG  =  Global  Information  Grid 

GMTI  =  Ground  Moving  Target  Indicator 

GW  =  gateway 

HDLC  =  High-Level  Data  Link  Control 
HTML  =  hyper  text  markup  language 
HTTP  =  Hyper  Text  Transfer  Protocol 
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Acronyms  (Continued) 


IBM 

ICMP  = 
ID 

IEEE  = 
IETF 
IGMP  = 
IHL 

INFOSEC 

lO 

IP 

ISP 

ISR 

IT 

IPX 

JBI 

JTA 


International  Business  Machines 
Internet  Control  Message  Protocol 
identifier 

Institute  for  Electrical  and  Electronics  Engineers 

Internet  Engineering  Task  Force 

Internet  Gateway  Message  Protocol 

internal  header  length 

=  information  security 

input  output 

Internet  Protocol 

Internet  service  provider 

intelligence,  surveillance,  and  reconnaissance 

information  technology 

Internet  Package  Exchange 

Joint  Battlespace  Infosphere 

Joint  Technical  Architecture 
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Acronyms  (Continued) 


LAN  =  local  area  network 

LES  =  Leading  Edge  Service 

LOS  =  line-of-sight 

LPI  =  low  probability  of  intercept 

MAC  =  media  access  control 

MC2A  =  Multi-mission  Command  and  Control  Aircraft 

MC2C  =  Multi-mission  Command  and  Control  Constellation 

MIB  =  management  information  base 

MPLS  =  Multi  Protocol  Label  Switching 

NAT  =  Network  Address  Translation 

NCCT  =  Network  Centric  Collaborative  Targeting 

OLE  =  object  linking  and  embedding 

OS  =  operating  system 

OSI  =  Open  Systems  Interconnection 

OSPF  =  Open  Shortest  Path  First 

PAD  =  product  area  directorate 

PC  =  personal  computer 

PHY  =  physical 

PPP  =  point-to-point  (tunneling)  protocol 
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Acronyms  (Continued) 


QoS 

RARP  = 

RF 

RFC 

RSVP  = 
SAR 

SATCOM 

SLA 

SMTP  = 
SNMP  = 
SPO 
STD 

TADIL  = 

TCP 

TDC 

TDMA  = 
TOGAF  = 
TOS 


quality  of  service 

Reverse  Address  Resolution  Protocol 

radio  frequency 

request  for  comments 

Resource  Reservation  Protocol 

synthetic  aperture  radar 

=  satellite  communications 

service  level  agreement 

Simple  Mail  Transfer  Protocol 

Simple  Network  Management  Protocol 

system  program  office 

standard 

tactical  digital  information  link 

transport  control  protocol 

Theater  Deployable  Communications 

Time  Division  Multiple  Access 

The  Open  Group  Architectural  Framework 

type  of  service 


Acronyms  (Concluded) 

UAV  =  unmanned  air  vehicle 

UDP  =  User  Datagram  Protocol 

UHF  =  ultra  high  frequency 

URL  =  Uniform  Resource  Locator 

U.S.  =  United  States 

WIN-T  =  Warfighter  Information  Network  -  Tactical 
XML  =  extensible  Markup  Language 
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